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Description 

[0001] This invention relates to digital communication 
such as satellite broadcasting and, more particularly, to 
increasing the information acquiring process speed for 
long term programs. 

[0002] FIG. 22 schematically illustrates astate of send- 
ing satellite broadcasting radio waves as a simplified con- 
ceptual chart. Radio waves from a ground station 2 are 
sent through a broadcasting satellite 4 to the ground. 
From the broadcasting satellite 4 are sent out a plural 
number of transport streams (transmission routes deter- 
mined by frequency, plane of polarization, etc.) TS1 , TS2, 
andTSS. Furthermore, a plural number of services SV1 1 , 
SV12, SV13, and SV14 (corresponding to channels in 
the ground wave broadcasting) are multiplexed by time 
division in packets in the transport stream TS1 . Similarly, 
services SV21, SV22, SV23, and SV24 are multiplexed 
in the transport stream TS2, and services SV31 , SV32, 
SV33, and SV34 are multiplexed in the transport stream 
TS3. To the transport streams are also sent out program 
information and control data associated with the packet- 
ing or the like in addition to video data and audio data for 
respective services. 

While FIG. 22 shows only three transport streams, much 
more transport streams are actually sent out. Further- 
more, while FIG. 22 shows four services multiplexed for 
each transport stream, in actuality much more services 
are multiplexed. 

[0003] FIG. 23 shows video data, audio data, control 
data, and program information multiplexed in the trans- 
port streams TS1 , TS2, and TS3. In the transport stream 
TS1 are multiplexed: audio data ES(A)1 1 and video data 
ES(V)11 of the service SV11; audio data ES(A)12 and 
video data ES(V)12 of the service SV12; ... , and audio 
data ES (A) 14 and video data ES(V)14 of the service 
SV1 4. For each of the services SV11 , SV1 2, SV1 3, and 
SV14 are also multiplexed currently broadcast program 
information P_EIT11, P_EIT12, P EIT13, and P_EIT14, 
and information F_EIT11, F_EIT12, F_ EIT13, and 
F_EIT1 4 of programs to be broadcast next. Furthermore, 
an SDT1 describing the details of the service multiplexed 
in the transport stream TS1 , an SDT2 describing the de- 
tails of the service multiplexed in the transport stream 
TS2, and an SDT3 describing the details of the service 
multiplexed in the transport stream TS3 are also multi- 
plexed and transmitted. 

[0004] Incidentally, audio data, video data, and pro- 
gram data are multiplexed also in other transport streams 
TS2 and TS3. However, for the long-term program infor- 
mation S_ EIT11, S_EIT12, ... , S_EIT14, S_EIT21, 
S_EIT22, ... , S_ EIT24, S_EIT31, S_EIT32, ... , 
S_EIT34, and S_EIT41 , S_ EIT42, ... , S_EIT44, the in- 
formation is multiplexed only in the transport stream TS2 
because the amount of information is large. 
[0005] In some services, the long term program infor- 
mation is not provided for reasons such as that always 
the same contents are broadcast. Therefore, in the con- 



trol data SDT1 , SDT2, and SDT3 of the transport stream 
TS2, there is described the information on whether the 
long term program information S_EIT is present or not 
for the services SV11 to SV14, SV21 to SV24, and SV31 

5 to SV34. However, the presence information is described 
only in the control data SDT1, SDT2, and SDT3 of the 
transport stream TS2 in which the long-term program in- 
formation S_EIT is multiplexed. In the control data SDT1 , 
SDT2, and SDT3 of other transport streams TS1 and 

10 TS3, areas for describing the presence information are 
provided, but their contents are all described as "nil" and 
no substantial presence information is described. 
[0006] Each piece of the above-described information 
is transmitted in packets as shown with 60a in FIG. 24. 

15 That is to say, video data and audio data of each service 
are multiplexed in packets and transmitted. After the 
transmission with 60a, transmission with 60b follows. In- 
cidentally, a packet I D is attached to ES in packet of each 
service. The packet ID of ES of each service is arranged 

20 to be recognized with control data PAT and PMT. With 
such an arrangement, the ES for each service may be 
acquired selectively. While FIG. 24 is shown for the trans- 
port stream TS1, the same applies to other transport 
streams TS2 and TS3. 

25 [0007] Furthermore, control data NIT is multiplexed in 
each of the transport streams TS1 , TS2, and TS3. In the 
control data NIT are described transmission specifica- 
tions (frequencies, etc.) of the transport streams TS1, 
TS2, and TS3, and service names (service IDs) included 

30 in those transport streams. This makes it possible to learn 
what kinds of services are included in each of the trans- 
port streams. In the control data NIT is also described 
the information showing in which transport stream the 
long term program information is written. 

35 [0008] FIG. 25 roughly shows a satellite broadcasting 
receiver. A transport stream is selected with a tuner 8, 
and a desired service is separated with a decoder 10. 
From the decoder 1 0 are output selected audio data and 
video data. A microprocessor (MPU) 12 sets a packet ID 

^0 of the ES of a desired service to the decoder 10. This 
causes the decoder 10 to output the ES of the service. 
When the packet ID of the control data is set to the de- 
coder 1 0, separated control data is given to the MPU 12. 
[0009] Assuming thatthe service SV33 of the transport 

^5 stream TS3 is currently being received, operation of a 
case will be described below in which acommand is given 
to the MPU 12 to switch to the service SV12 of the trans- 
port stream TS1 . First, the MPU 12 takes in control data 
NIT (See FIG. 23) by controlling the decoder 1 0 (namely 

50 by setting the packet ID of the control data NIT). It is 
learned from the description of the control data that the 
service SV12 to be received is multiplexed in the trans- 
port stream TS1. Next, the transport stream TS1 is re- 
ceived by controlling the tuner 8. Further, the decoder 1 0 

55 is controlled to acquire the control data PAT1 andPMT12, 
and to acquire packet IDs of the video data ES (A) 12 
and audio data ES(V)12. Next, this packet ID is set to 
the decoder 1 0 so that the video data ES(A) 1 2 and audio 
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data ES(V)12 of the intended service SV12 are output 
from tine decoder 10. Switclning to tine service to be re- 
ceived is carried out as described above. 
[0010] Incidentally, a future broadcasting schedule of 
any of the services may be learned by acquiring the long 
term program information S_EIT of the service in ques- 
tion. The long term program information S_EIT includes 
genre information on each event (so-called program) 
broadcast in each service. Therefore, once the long term 
program information S_EIT is acquired, it is possible to 
search and display broadcasting schedules in specific 
genres. 

[001 1] Assuming that the service SV12 is currently be- 
ing received, the process of acquiring the long term pro- 
gram information S_EIT will be described below. First, 
the MRU 12 controls the decoder 10 to separate and 
acquire the control data NIT. From the description of the 
control data NIT, a transport stream is known where the 
long term program information S_EIT is multiplexed, and 
the tuner 8 is controlled to receive the transport stream 
TS2. Further, the decoder 10 is controlled to separate 
and acquire the control data SDT1, SDT2, and SDT3, 
and to acquire the presence information for the long term 
broadcasting program in each service. 
[0012] According to the presence information, the 
MRU 12 controls the decoder 10 for only the service in 
which the long term program information is present, and 
acquires the long term program information. 
[0013] As described above, the long term program in- 
formation may be acquired for each service. The ac- 
quired long term program information may be displayed 
as it is, or searched according to the genre information 
to display program information only in a specific genre. 
[0014] However, with the conventional art described 
above, the following processes are required to acquire 
the long term program information: (1 ) to switch to receive 
the transport stream in which the presence information 
for the long term program information is multiplexed, (2) 
to acquire the presence information in the switched trans- 
port stream, and (3) to acquire the long term program 
information in the required service according to the pres- 
ence information. Therefore, there is a problem that a 
long time is taken before the long term program informa- 
tion appears on the display screen when the receiver is 
operated by a receiving person intending to display the 
information. 

[001 5] A concern of the invention is to provide a digital 
communication capable of solving the above-described 
problem and quickly acquiring the long term program in- 
formation. 

[0016] Aspects of the invention are set out in the ap- 
pended claims. 

[0017] According to an embodiment, on a sending 
side, 

at least one transport stream is assumed as a specified 
transport stream, long term program information for each 
service is multiplexed in the specified transport stream, 
and, for each service, presence information on whether 



the long term program information is multiplexed in the 
specified transport stream is multiplexed in all the trans- 
port streams including at least one service, and 
on a receiving side, 

5 the presence information for each service multiplexed in 
the transport stream currently being received is acquired 
and retained beforehand, and if it is necessary to learn 
the presence or absence of the long term program infor- 
mation for the service, whether the long term program 

10 information for the service is present is determined from 
the retained presence information. 
[001 8] Since the presence information forthe long term 
program information is multiplexed also in the transport 
streams other than the specified transport stream, the 

15 presence information may be acquired even when a 
transport stream other than the specified transport 
stream is being received. In particular, if the multiplexing 
is made in all the transport streams, the presence infor- 
mation may be acquired and retained beforehand irre- 

20 spective of whichever transport stream being currently 
received. Therefore, in the case the long term program 
information is required, the information may be quickly 
acquired by switching the transport stream and then im- 
mediately acquiring the information according to the re- 

25 tained presence information. 

[0019] Furthermore, by multiplexing the presence in- 
formation also in all the transport streams that do not 
include services, the presence information may be ac- 
quired even when such transport streams are being re- 

30 ceived. 

[0020] The presence information is described on a 
service description table (SOT). In any transport stream, 
the service description table has an area for describing 
all the services of all the transport streams (description 
35 loops for respective transport streams). Therefore, the 
presence information for each service may be easily de- 
scribed. 

[0021 ] The presence information is described on a net- 
work information table (NIT). In any transport stream, the 
^0 network information table has an area for describing all 
the services of all the transport streams. Therefore, the 
presence information for each service may be easily de- 
scribed. 

[0022] The receiver is adapted to acquire and retain 
^5 the presence information for all the services at specified 
time intervals during the receiving operation. Therefore, 
the presence information is renewed to the latest at the 
specified time intervals. 

[0023] The receiver is adapted to acquire and retain 
50 the presence information for all the services when the 

power supply is off. Since the receiving person does not 

make the receiving operation while the power supply is 

off, acquisition of the presence information can take time. 

[0024] The acquired long term program information is 
55 searched on the receiving side. Therefore, the long term 

program information in restricted genres may be quickly 

displayed. 

[0025] "Long term program information multiplexing 



3 



5 



EP 0 905 985 B1 



6 



means" refers to the means for multiplexing long term 
program information in the transport streams. In the em- 
bodiment, it refers to the generating part SG2 and the 
multiplexing part MX2 in FIG. 1. 

[0026] The "long term program information" refers to 5 
the information including at least the information on the 
program to be broadcast after the program to be broad- 
cast next to the current program. In the embodiment, the 
program in question refers to S_EIT in FIG. 20. Here, the 
"program" refers to the index information of the contents 
sent by broadcasting. The concept of program referred 
to here also includes predetermined broadcasting plan 
for broadcasting computer programs and data. 
[0027] The "presence information" multiplexing means 
refers to the means for multiplexing the presence infer- 
mation in the transport stream. In the embodiment, it re- 
fers to the SI generating part SG1, and the SG3 multi- 
plexing parts MX1 and MX3 in FIG. 1. 
[0028] The "presence information" is the information 
that indicates whether the long term program information 20 
for the service is multiplexed in the specified transport 
stream. In the embodiment, it refers to the descriptors( ) 
in FIGS. 1 4, 1 5, and 1 6. It also refers to the EIT Schedule 
Flag in FIG. 15. 

[0029] The "specified transport stream" refers to the 25 
transport stream in which the long term program infor- 
mation is multiplexed. In the embodiment, it refers to the 
transport stream TS2. While there is only one specified 
transport stream in the embodiment, there may be a plu- 
ral number of specified transport streams. 3o 
[0030] The "presence information retaining means" re- 
fers to the means for acquiring and retaining the presence 
information. In the embodiment, it refers to the CPU 847 
in FIG. 8 (especially steps S34, S35, and S36) and the 
service information management memory 842. 35 
[0031 ] The "long term program information acquisition 
means" refers to the means that determines the presence 
or absence of the long term program information, and 
acquires the long term program information for only the 
services where the long term program information is ^0 
present. In the embodiment, it refers to the CPU 847 in 
FIG. 8 (in particular the steps S47 and S48). 
[0032] The "receiver" refers to the device that is capa- 
ble of selectively receiving required transport stream and 
service from a plural number of transport streams. This 
concept includes the receivers or the like including the 
so-called set-top box and the CRT. 
[0033] The "recording medium with recorded pro- 
grams" refers to the recording medium such as the ROM, 
RAM, hard disk, flexible disk, CD-ROM or the like on 50 
which programs that can be executed with a CPU are 
recorded. Here, the program also includes not only those 
which can be executed directly with a CPU but also those 
which must be once installed, is compressed or coded. 
[0034] Embodiments of the present invention will now 55 
be described with reference to the accompanying draw- 
ings, in which: 



FIG. 1 is a block diagram of a transmitter according 

to an embodiment of this invention; 

FIG. 2 is a block diagram of a receiver according to 

an embodiment of this invention; 

FIG. 3 is a block diagram showing the details of the 

transmitter; 

FIG. 4 shows video and audio data, and control data 

multiplexed in each transport stream; 

FIG. 5 shows the data structure of the control data 

NIT; 

FIG. 6 shows the data structure of the control data 
SDT; 

FIG. 7 is a flow chart showing the process of gener- 
ating the control data SDT; 

FIG. 8 shows a hardware structure of the receiver; 
FIG. 9 shows a buffer provided for the memory 844; 
FIG. 10 shows a flow chart of basic process of re- 
ception; 

FIG. 1 1 shows a flow chart of the presence informa- 
tion recording process; 

FIG. 12 shows a service information control table; 
FIG. 13 shows a service information control table; 
FIG. 14 shows the described contents of SDT mul- 
tiplexed in the transport stream TS1 ; 
FIG. 15 shows the described contents of SDT mul- 
tiplexed in the transport stream TS2; 
FIG. 16 shows the described contents of SDT mul- 
tiplexed in the transport stream TS3; 
FIG. 1 7 shows a flow chart of a genre search proc- 
ess. 

FIG. 1 8 shows a genre search screen; 
FIG. 19 shows a search result; 
FIG. 20 shows the data structure of a long term pro- 
gram information S_EIT; 
FIG. 21 shows a program information table; 
FIG. 22 is a simplified conceptual chart of satellite 
broadcasting; 

FIG. 23 shows the data multiplexed in each transport 
stream; 

FIG. 24 shows the concept of arranging data in pack- 
ets; and 

FIG. 25 roughly shows the constitution of the receiv- 
er; 

1 . Constitution of the Whole System: 
(1 ) Transmitter 

[0035] FIG. 1 is a block diagram of a transmitter for 
use in a digital broadcasting system according to an em- 
bodiment of this invention. In the figure, video/audio data 
SVD11 are the contents of a service SV11. Similarly, 
video/audio data SVD12, SVD13, SVD14, SVD21, 
SVD22, SVD23, SVD24, SVD31, SVD32, SVD33, and 
SVD34 are respectively contents of services SV12, 
SV13, SV14, SV21, SV22, SV23, SV24, SV31 , SV32, 
SV33, and SV34. Incidentally, depending on the service, 
there may be cases in which either only the audio data 
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or only the video data are the contents of the service. 
[0036] The video/audio data SVD11 are compres- 
sion-processed in an encoder part E1 1 by means of an 
IVI PEG or the like. Similarly, the video/audio data SVD1 2, 
SVD13, and SVD14 are compression-processed in en- 
coder parts E1 2, E1 3, and E1 4. These compressed data 
are arranged in packets and multiplexed in a multiplexing 
partMXI and made as atransport stream TS1 .The trans- 
port stream TS1 is modulated in a modulating part MD1 
and transmitted. In the case of the satellite broadcasting, 
it is transmitted through an artificial satellite. 
[0037] Also the video/audio data SVD21, SVD22, 
SVD23, and SVD24 are similarly compressed in an en- 
coder part E2, multiplexed in a multiplexing part MX2, 
modulated in a modulating part MD2, and transmitted as 
a transport stream TS2. Also the video/audio data 
SVD31 , SVD32, SVD33, and SVD34 are similarly trans- 
mitted as a transport stream TS3. 
[0038] An SI generating part SG1 receives information 
on the network (such as the frequency and plane of po- 
larization of each transport stream, and service name 
information multiplexed in the transport stream), informa- 
tion on the service multiplexed in each transport stream 
(such as the presence information for the long term pro- 
gram information, and service name), and the program 
information (such as the program names to be broadcast 
in each service), and according to such information, gen- 
erates control data. The multiplexing part MX1, when it 
multiplexes the video/audio data, also multiplexes the 
control data generated in the SI generating part SG1. 
Similarly, the multiplexing parts MX2 and MX3 multiplex 
also the control data generated in the SI generating parts 
SG2 and SG3, respectively. 

[0039] The SI generating part SG2 generates long 
term program information S_EIT (Scheduled Event In- 
formation Table) according to the program information 
provided. However, for the services that do not require 
the long term program information, such information is 
not generated. 

[0040] Incidentally, the long term program information 
S_ EIT (Scheduled Event Information Table) is generated 
only in the SI generating part SG2, and not in the SI gen- 
erating parts SG1 and SG3. Therefore, the long term 
program information S_EIT (Scheduled Event Informa- 
tion Table) on each service is multiplexed only in the 
transport stream TS2. That is to say, in this embodiment, 
the transport stream TS2 is the specified transport 
stream. 

[0041 ] The SI generating part SG2, when it generates 
the long term program information S_EIT, generates a 
presence information on whether the long term program 
information S_ EIT is present for each service. The pres- 
ence information too is multiplexed as part of the control 
data in the multiplexing part MX2. 
[0042] The presence information generated in the SI 
generating part SG2 is given to the SI generating parts 
SG1 and SG3. The SI generating parts SG1 and SG3 
multiplexes the presence information as part of the con- 



trol data in the multiplexing parts MX1 and MX3. In this 
way, the presence information is multiplexed in all the 
transport streams. 

[0043] In the embodiment of FIG. 1 , the long term pro- 
5 gram information multiplexing means is constituted with 
the SI generating part SG2 and the multiplexing part MX2, 
and the presence information multiplexing means is con- 
stituted with the SI generating parts SG1 and SG3, and 
the multiplexing parts MX1 and MX3. Incidentally, while 
10 four services are multiplexed in one transport stream in 
FIG. 1 , the number of services may be less than or more 
than four. Furthermore, while three transport streams 
TS1 , TS2, and TS3 are shown, much more (such as sev- 
eral tens to several hundreds of) transport streams are 
15 generated. 

(2) Receiver 

[0044] FIG. 2 shows the block diagram of a receiver in 

20 the digital broadcasting system as an embodiment of this 
invention. Radio wave sent from the transmitter either 
along the earth as the ground wave or through a broad- 
casting satellite are caught with an antenna 18. A trans- 
port stream selecting part 20 selects a frequency and 

25 selectively receives one transport stream. A service se- 
lecting part 22 selects one service from a plural number 
of services multiplexed in the transport stream and gives 
it to an output part 24. The output part 24 decompresses 
(extends) the compressed data and outputs the video/au- 

30 dio data of the selected service. 

[0045] A presence information retaining part 26 sepa- 
rates, acquires, and retains the presence information in- 
dicating the presence or absence of the long term pro- 
gram information S_EIT multiplexed in the transport 

35 stream. This makes it possible to know whether the long 
term program information S_EIT is multiplexed in the 
specified transport stream for every service. As de- 
scribed above, since the presence information is multi- 
plexed in all the transport streams, the presence infor- 

^0 mation may be acquired and retained whichever service 
is being received. 

[0046] A long term program information acquiring part 
28 determines whether the long term program informa- 
tion is present in each service according to the presence 

^5 information retained in advance in the presence informa- 
tion retaining part 26. After that, the specified transport 
stream is received and the process of acquiring the long 
term program information S_EIT is performed for only 
the service where the long term program information is 

50 present. The acquired long term program information is 
processed with a search or the like and displayed on the 
output part 24. 

[0047] In this embodiment as described above, since 
the presence information on the long term program in- 
55 formation for each service is multiplexed in all the trans- 
port streams, the presence information may be retained 
in advance in the receiver, so that the long term program 
information may be acquired through a quick process. 
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[0048] In this embodiment, tine presence information 
retaining means is constituted with the presence infor- 
mation retaining part 26, and the long term program in- 
formation acquiring means is constituted with the long 
term program information acquiring part 28. 

2. Details of the Transmitter 

[0049] FIG. 3 shows the details of part of the transmitter 
shown in FIG. 1 for generating the transport stream TS1 . 
Graphic data SVD11(V) of the service SV11 is com- 
pressed in a video encoder 30. The compressed data is 
given as an ES (elementary stream) to a FIFO (first-in 
first-out) memory 34 at variable rates. The FIFO memory 
34 outputs the ES of the video data to a packeting circuit 
38 at a fixed rate. 

[0050] The packeting circuit 38 divides the ES of the 
video data into packets of a fixed length (such as 188 
bite long) and writes them as PES (packeted ES) into a 
memory 42. At this time of the writing, a packet identifier 
(PID) is attached to each PES. 

[0051] In a similar manner to that with the video data, 
the audio data SVDII(A) of the service SV1 1 is com- 
pressed in a audio encoder 32 and given to a FIFO mem- 
ory 36. Furthermore, the data is made into packets of a 
fixed length in a packeting circuit 40, attached with a PI D, 
and written into a memory 44. 

[0052] A packet multiplex controller 46 reads the PES 
of the video data and audio data stored in the memories 
42, 44 according to an encoding speed. It also gives the 
PID attached to the PES of the video data and audio data 
to a PMT generating circuit 48. The PMT generating cir- 
cuit 48 receives them and generates a PMT (Program 
Map Table). The PID attached to the PES of the video 
data and audio data of the service in question are de- 
scribed in the control data PMT. The packet multiplex 
controller 46 multiplexes by time-division and writes the 
PES of the read video data and audio data and their con- 
trol data PMT to a memory 50. 

[0053] In this way, the time-division multiplexed data 
for the service SV1 1 is generated and stored in the mem- 
ory 50. 

[0054] For other services SV12, SV13, and SV14, the 
video data SVD12(V), audio data SVD12(A), video data 
SVD1 3(V), audio data SVD1 3(A), video data SVD1 4(V), 
and audio data SVD14(A) are compressed with the en- 
coders El 2, El 3, and El 4. The compressed ES is ar- 
ranged in packets as PES with packeting parts PT12, 
PT13, and PT14, and multiplexed by time division with 
video-audio multiplexing parts AVMX12, AVMX13, and 
AVMX1 4. Time-division multiplexed data for the services 
SV12, SV13, and SV14 are respectively stored in mem- 
ories 52, 54, and 56. 

[0055] Here, theconstitution of the encoders E12, E13, 
and El 4 is the same as that of the encoder El 1 . The 
constitution of the packeting parts PT12, PT13, and PT14 
is the same as that of the packeting part PT1 1 . The con- 
stitution of the video-audio multiplexing parts AVMX12, 



AVMX13, and AVMX14 is the same as that of the vid- 
eo-audio multiplexing part AVMX1 1 . 
[0056] The SI generation circuit SGI receives network 
information, service information, and program informa- 

5 tion, and generates control data NIT, SDT, P_EIT, and 
F_EIT. The control data P_EIT (Present EIT) is the infor- 
mation indicating the currently broadcast program and is 
generated for each service. The control data F_EIT (fol- 
lowing EIT) is the information indicating the program to 

10 be broadcast next to the currently broadcast program 
and is generated for each service. The SI generating cir- 
cuit SGI generates control data P_EIT11 through 
P_EIT14, and F_EIT11 through F EIT1 4 for the services 
SV1 1 through SV14 multiplexed in the transport stream 

15 TS1. 

[0057] The control data SDT (Service Description Ta- 
ble) is the information which describes the details of each 
service multiplexed in each transport stream, and is gen- 
erated for each transport stream. In other words, in the 

20 SI generating circuit SGI are generated the control data 
SDT1 for the transport stream TS1 , the control data SDT2 
for the transport stream TS2, and the control data SDT3 
for the transport stream TS3. In other SI generating cir- 
cuits SG2 and SG3 (Refer to FIG. 1), the control data 

25 SDT1 , SDT2, and SDT3 are generated. 

[0058] The control data NIT (Network Information Ta- 
ble) describes the information such as the frequency and 
the plane of polarization of each transport streams TS1 
through TS3, and the information such as the service ID 

30 multiplexed in each transport stream. From the control 
data NIT, which service is multiplexed in which transport 
stream may be known. In the control NIT is also described 
which transport stream is the specified transport stream 
(in which a long term program information is multiplexed). 

35 [0059] ThesecontroldataNIT,SDT, P_EIT, and F_EIT 
are arranged in packets in the packeting circuit PTS, af- 
fixed with PID, and stored in the memory 58. 
[0060] An overall packet multiplex controller 60 reads 
packets of PES and control data stored in the memories 

40 50, 52, 54, 56, and 58. It also gives PID affixed to each 
packet to a PAT generating circuit 62. The PAT gener- 
ating circuit 62 receives it and generates control data 
PAT (Program Association Table). In the control data 
PAT is described the PID of the control data PMT (Refer 

45 to the PMT generating circuit 48) which describes the 
packet identifier (PID) of the PES of each service. The 
overall packet multiplex controller 60 time-division mul- 
tiplexes the PES of each service read and their control 
data PAT, and outputs from a terminal 64. 

50 [0061] In the manner described above, the transport 
stream TS1 is generated. The transport streams TS2 and 
TS3 are generated with the same constitution as shown 
in FIG. 3. However, since the transport stream TS2 is the 
specified transport stream for multiplexing the long term 

55 program information, the SI generating circuit SG2 gen- 
erates the long term program information S_EIT for the 
necessary service. The description of the control data 
SDT generated with the SI generating circuit SG2 is par- 
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tially different from the description of tine control datagen- 
erated witln otiner SI generating circuits SGI and SG3. 
The difference will be described later. 
[0062] FIG. 4 shows the data multiplexed in the trans- 
port streams TS1 , TS2, and TS3 generated as described 
above. The symbol ES(A) denotes audio data, and ES(V) 
denotes video data. The symbols NIT, PAT, PMT, SDT, 
P_EIT, F_EIT, and S_EIT denote the control data de- 
scribed above. As is clear from the figure, of the above 
data, the long term program information S_EIT is multi- 
plexed only in the specified transport stream TS2. 
[0063] FIG. 5 shows the data structure of the control 
data NIT generated with the SI generating circuit. The bit 
numbers shown in the lower row 303 are allocated to 
describe the data shown in the upper row 302. In the 
"table id" 304 is described an identifier to identify that the 
control data are NIT. The "network id" 305 is the identifier 
for identifying this network. In the "descriptor tag," "de- 
scriptor length," and "descriptor ( )" 306 or specifically in 
the area 307 is described which transport stream is the 
specified one in which the long term program information 
S_EIT is multiplexed. In the "Description in each transport 
stream" 308 are secured description areas repeatedly by 
the number of transport streams K (three kind here). This 
is shown with 1 = 0:1 <K: i ++. In the "Description in each 
transport stream" 308 or specifically in the service de- 
scriptor area (not shown) is described the information on 
the service ID (identifier, for specifying an effective serv- 
ice) multiplexed in each transport stream. 
[0064] As shown in FIG. 4, the control data NIT with 
the same contents are multiplexed and transmitted in 
each of the transport streams TS1 , TS2, and TS3. 
[0065] FIG. 6 shows the structure of the control data 
SDT generated with the SI generating circuit. The bit 
numbers shown in the lower row 203 are allocated to 
describe the data shown in the upper row 202. In the 
"table id" 204 is described an identifier to identify that the 
control data are SDT. The control data SDT are gener- 
ated as SDT1, SDT2, and SDT3 respectively for the 
transport streams TS1 , TS2, and TS3. In each transport 
stream are multiplexed, in addition to the SDT for its own, 
SDT for other transport streams (Refer to FIG. 4). In the 
"table id" 204 is described "0 x 42" in the case of SDT 
related to its own transport stream, and "0 x 46" in the 
case of SDT for other transport streams. 
[0066] I n the "transport stream id" 205 is described the 
identifier of the transport stream in which the service de- 
scribed in the SDT is multiplexed. The identifier of the 
transport stream TS1 is described for the control data 
SDT1, the identifier of the transport stream TS2 is de- 
scribed for the control data SDT2, and identifier of the 
transport stream TS3 is described for the control data 
SDT3. Incidentally, the description of the "service id" 206 
through "descriptors( )" is repeated by the number of 
services N (four here). This is shown with i = 0: i <K: i ++. 
[0067] The "service id" 206 is the identifier of service. 
To the "E IT schedule flag" 208 is described a flag showing 
the presence or absence (presence information) of the 



long term program information on each service, if the 
transport stream in which the SDT is multiplexed is the 
specified transport stream (TS2 here). That is to say, in 
the SOT1 , SDT2, and SDT3 multiplexed in the transport 

5 stream TS2, "1" is described to the "EIT schedule flag" 
208 when the long term program information is present 
(multiplexed), and "0" is described to the "EIT schedule 
flag" 208 when the long term program information is not 
present (not multiplexed) for each service. 

10 [0068] If the transport stream in which the SDT is mul- 
tiplexed is not the specified transport stream (TS1 and 
TS3 here), "0" is described to the "EIT schedule flag" 208 
for all the services irrespective of presence or absence 
of the long term program information. In other words, in 

15 the SDT1 , SDT2, and SDT3 multiplexed in the transport 
stream TS1, TS2, "0" is always described to the "EIT 
schedule flag" 208. 

[0069] Incidentally, the SI generating circuit SG2 of the 
specified transport stream TS2 sends out a flag showing 

20 the presence of the long term program information for 
each service to other SI generating circuits SG 1 and SG3. 
The SI generating circuits SGI and SG3 receives the 
sent out flag and describes it to the "descriptors( )" 209 
of the control data SDT1, SDT2, and SDT3. Therefore, 

25 also in the SDT1, SDT2, and SDT3 of the transport 
streams TS1 and TS3, presence or absence of the long 
term program information for each service may be 
learned by seeing the description in the "descriptors( )" 
209. 

30 [0070] FIG. 7 is a flow chart of the control data gener- 
ating process with the SI generating circuit SG. First in 
the step SI, an SDT section of the transport stream in 
question is generated on the basis of the inputted service 
information. Next, information on the presence of the long 

35 term program for the service is acquired (step S2). The 
acquired presence information is described to the 
"descriptors( ) (step S3)." 

[0071 ] Next, it is determined whether the steps S2 and 
S3 are executed for all the services in the transport 

^0 stream in question (step S4). If any service remains un- 
processed, the next is made the subject (step S5) to re- 
peatedly execute from the step S2 on. 
[0072] When the process for all the services in the 
transport stream is over, generation of one SDT for the 

^5 transport stream in question is complete. Next in the step 
S6, it is determined whether the SDT is generated for all 
the transport streams. If any transport stream remains to 
be processed, the next transport stream is made the sub- 
ject, and the step SI and the succeeding steps are re- 

50 peatedly executed. 

[0073] In the manner described above, the SDT cor- 
responding to each transport stream is generated. 
[0074] Incidentally, while this embodiment is arranged 
to generate the presence information with the SI gener- 

55 ating circuit SG2 and give it to other SI generating circuits 
SGI and SG3, it may also be arranged to generate the 
presence information with other circuit or software and 
give it to the Si generating circuits SGI , SG2, and SG3. 
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[0075] Incidentally, while it is not always necessary to 
describe the presence information to the "descriptors ( )" 
209 of the SDT3, it is preferable to describe the presence 
information to these descriptors. 

[0076] While the above-described embodiment is ar- 
ranged to describe the presence information in the "de- 
scriptorsQ" 209, it may be described in other areas as 
long as the areas are made to correspond to the service. 
For instance, it may be described in the "reserved future 
use" 207. Or, it may be described in the "descriptors( )" 
309 of the control data NIT shown in FIG. 5. The area 
308 is the area for repeated description for each transport 
stream (description loop for each transport stream). The 
"descriptors( )" 309 is the area for further repeated de- 
scription for each service. 

[0077] FIG. 20 shows the data structure of the long 
term program information S_EIT generated with the SI 
generating circuit SG2. The bit numbers shown in the 
lower row 2003 are allocated to describe the data shown 
in the upper row 2002. In the "table id" 2004 is described 
an identifier for indicating that the control data is S_EIT. 
Since the S EIT is generated for each service, the ID of 
the service in which the long term program information 
is described by means of the S_EIT is described to the 
"service id" 2005. From the "event id" 2006 to the "de- 
scriptorsO" 2009, an area is repeatedly secured for each 
event (namely each program). Therefore, the "start time" 
2007, "duration" 2008, and detail of contents of the pro- 
gram are described for each program identified with the 
event ID (event id). In the "descriptors( )" 2009, genres 
of the program (such as foreign films, Japanese films, 
and sports) are also described. 

[0078] Incidentally, this embodiment is arranged to de- 
scribe the long term program information for four days in 
one S_EIT. It is also arranged that the program informa- 
tion for up to one week to come is described in the S_EIT 
for one service. Therefore, a plural number of S_EIT are 
generated for one service, such as an S_EIT describing 
the program information for four days including today and 
another S_EIT for four days after that. These S_EITs are 
provided with different table IDs (table id) for discrimina- 
tion from each other. 

[0079] In FIG. 4, although only one S_EIT is shown for 
one service, actually a plural number of S_EITs having 
different table IDs (table ids) are multiplexed. 
[0080] Incidentally, in the embodiment described 
above, the presence information is multiplexed in all the 
transport streams in which the service is included. How- 
ever, it may also be arranged that the presence informa- 
tion is multiplexed not in all the transport streams but in 
one or more of them other than the specified transport 
stream. Furthermore, it may also be arranged that the 
presence information is multiplexed not only in all the 
transport streams that include the service but also in all 
the transport streams that do not include the service 
(such as the transport stream that includes the control 
data only). 



3. Details of Receiver: 

[0081] FIG. 8 shows a hardware constitution of the re- 
ceiver shown in FIG. 2, embodied by employing a CPU. 

5 An antenna 831 captures the radio wave from a trans- 
mitter and supplies it to a tuner 832. The tuner 832 under 
the instruction of a CPU 847 receives selectively one 
transport stream. The tuner 832 further performs demod- 
ulation and error correction processes, and outputs to a 

10 TS decoder 841. 

[0082] The TS decoder 841 separates video and audio 
data of the required service from a plural number of serv- 
ices (video and audio data) multiplexed in the transport 
stream according to the packet identifier (PID) set with 

15 the CPU 847. The separated video dataare given through 
a FIFO memory 836 to a video decoder 837, and expand- 
ed. The video data are converted into analog signals 
through a digital-to-analog (D/A) converter 838, passed 
through a video synthesizing circuit 839, and displayed 

20 on a monitor 840 such as a liquid crystal display and 
CRT. Incidentally, datawritten into avideo RAM (VRAM) 
846 are converted into analog signals through a digit- 
al-to-analog (D/A) converter 845 and given to a video 
synthesizing circuit 839. In this way, characters or the 

25 like may be displayed as superposed on a picture. 

[0083] The separated audio data are given through a 
FIFO memory 833 to a audio decoder and expanded. 
The audio data are outputted as sound from a speaker 
835. 

30 [0084] In a service information management memory 
842 are recorded a service overview table and presence 
information on the long term program for each service. 
In a program information memory 843 is recorded the 
acquired long term program information. 

35 [0085] A remote control operating part 849 receives 
reception start by a receiving person, service specifica- 
tion, display command for the long term program infor- 
mation, and instruction for genre search for the program 
information, and output them to a microcomputer 848 of 

^0 the main part of the receiver. 

[0086] The CPU 847 controls the tuner 832, and the 
TS decoder 842. The program for the control is recorded 
in the memory 844. Incidentally, this control program may 
be one that operates alone, or one that operates with an 

^5 operating system as a premise. Furthermore, as shown 
in FIG. 9, the memory 844 is provided with areas serving 
as various buffers. 

[0087] FIG. 1 0 shows a flow chart of a basic reception 
process program recorded in the memory 844. The fol- 

50 lowing explanation is made on the assumption that, when 
the service SV33 of the transport stream TS 3 is being 
received, a command to switch to the service SV12 of 
the transport stream TS1 is issued from the remote con- 
trol operating part 849. Here, as shown in FIG. 4, it is 

55 assumed that the control data and video and audio data 
are multiplexed in all the transport streams TS1, TS2, 
and TS3. 

[0088] The service switching command from the re- 
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mote control operating part 849 is given to the microcom- 
puter 848 and retained in a remote control input buffer 
906 (Refer to FIG. 9) of the memory 844. This command 
is also given to a CPU 847. 

[0089] First, the CPU 847 sets the PID of the control 
data PATS to the TS decoder 841 , acquires the PATS of 
the transport stream currently being received, and retains 
it in a PAT reception buffer 902 of the memory 844 (step 
S11). Next, a determination is made whether a desired 
service SV1 2 is described in the acquired PATS. In other 
words, it is determined whether the desired service SV12 
is multiplexed in the transport stream TSS currently being 
received (step SI 2). Since the service SV12 is not mul- 
tiplexed in the transport stream TSS, the process goes 
on to the step S1S. 

[0090] In the step SIS, the PID of the NIT is acquired 
according to the description of the acquired PATS. Next, 
the CPU 847 sets the PID of the NIT to the TS decoder 
841 , takes in the control data N IT multiplexed in the trans- 
port stream TSS, and records in the NIT reception buffer 
901 of the memory 844 (step SI 4). In the control data 
NIT are described service IDs multiplexed in respective 
transport streams. As the CPU 847 receives them, it is 
known that the service SV12 intended for reception is 
multiplexed in the transport stream TS1 (step SI 5). 
[0091] Next, the CPU 847 controls the tuner 8S2 so 
that it receives the transport stream TS1 (step SI 6). It 
further sets the packet ID of the control data PAT1 (Refer 
to FIG. 4) to the TS decoder 841, takes in the control 
data PAT1 , and records it in the PAT reception buffer of 
the memory 844 (step SI 7). To the control data PAT1 
are also described the packet IDs of the control data 
PMT11, PMT12, PMT1S, and PMT14. 
[0092] From the control data PAT1 taken in, the CPU 
847 acquires the packet ID of the control dataPMT12 of 
the service SV1 2 intended for reception (step SI 8). Next, 
the CPU 847 sets the packet ID to the TS decoder 841 , 
and takes in the control data PMT1 2 (step SI 9). The CPU 
847 further acquires from the control data PMT12 the 
packet IDs of the video data ES(A)12 and audio data 
ES(V)1 2 of the service SV1 2 intended for reception (step 
S20). 

[0093] Next, the CPU 847 sets the packet I D to the TS 
decode 841. As a result, the video data ES(A)12 and 
audio data ES(V)12 of the service SV12 are outputted 
from the TS decoder 841 and given to the FIFO memories 
8S6 and 8SS. In the manner described above, the re- 
ceived service is switched. 

[0094] FIG. 1 1 shows a flow chart of the presence in- 
formation recording process program recorded in the 
memory 844. This presence information recording proc- 
ess program is repeatedly executed every specified time 
(for example every two hours) by time interruption or the 
like while a basic receiving process is being executed. 
[0095] Here, the explanation below is made on the as- 
sumption that the service SV12 of the transport stream 
TS1 is currently being received. First, the CPU 847 an- 
alyzes the control data PAT recorded in the PAT recep- 



tion buffer 902 of the memory 844, and recognizes that 
the transport stream currently being received is TS1 . In 
other words, the transport stream ID is recognized (step 
SSI). Incidentally, since the presence information re- 
5 cording process is performed in the midst of the basic 
reception process, the control data Pat and NIT are re- 
corded in the memory 844. 

[0096] Next, the CPU 847 analyzes the control data 
NIT recorded in the NIT reception buffer 901 of the mem- 

10 ory 844, and records, as a service information control 
table, the service overview table and the transport stream 
in which the service in question is multiplexed to the serv- 
ice information management memory 842. FIG. 12 
shows the service information control table in which the 

15 IDs of the service and transport stream are recorded. 
[0097] Next, the CPU 847 acquires the transport 
stream ID (0 x 0001, namely TS1 here) which appears 
first in the service information control table, and deter- 
mines if the ID is the same as the transport stream ID 

20 currently being received (step SSS). Since the service 
SV12 of the transport stream TS1 is currently being re- 
ceived and both of the IDs are the same, the process 
moves on to the step SS4. 

[0098] In the step SS4, the ID of the SDT is set to the 
25 TS decoder 841. At the same time, table id = "0 x 42," 
service ID (service id) = "0 x 0001" are set to the TS 
decoder 841. In this way, it is possible to acquire the 
SDT1 of the transport stream TS1 and record it in the 
SDT reception buffer 904 of the memory 844. The CPU 
30 8 47 then analyzes the "descriptors()"areaof the acquired 
control data SDT1 (Refer to FIG. 14) and acquires the 
presence information. In the "descriptors( )" area is de- 
scribed the presence information on the services SV1 1 
through SV14 multiplexed in the transport stream TS1. 
35 This information is recorded in the presence information 
box in the service information control table for the serv- 
ices SV11 through SV14. 

[0099] Next, a determination is made whether all the 
transport stream (namely all the services) are processed 
^0 (step SS7). If not, the next transport stream is made the 
subject and the step SSS and succeeding steps are re- 
peatedly executed (step SSS). 

[0100] Here, if the transport stream ID (transport 
stream id) of the subject service is not equal to the trans- 

^5 port stream ID (transport stream id) currently being re- 
ceived, the table ID (table id) is set as "0 x 46" in the step 
SSS. In this way, the SDT may be acquired. 
[0101] When the process is over for all the transport 
streams, the presence information recording process is 

50 complete. A service information control table obtained in 
this way is shown in FIG. IS. 

[0102] While the above description is made for the 
case in which the recording process is made for each 
transport stream, it may be made for each service. 
55 [0103] Furthermore, while this embodiment is ar- 
ranged to make the presence information recording proc- 
ess at specified time intervals, the process may be made 
every time the specified control data are received. It may 
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also be arranged that the process is made whenever 
room for processing is produced in the CPU. 
[0104] Furthermore, it may also be arranged that the 
process is made before turning off the power supply when 
an instruction is given from the remote control operation 5 
part 849 to turn off the power supply. 
[0105] FIG. 17 shows a flow chart of a genre search 
process program recorded in the memory 844. Here, the 
term genre search refers to a process to select and dis- 
play programs of a desired genre according to genre in- 
formation included in the long term program information. 
In the following explanation, it is assumed that a genre 
search is made while the service SV12 of the transport 
stream TS1 is currently received. 
[01 06] When a genre search command is issued from 
the remote control operation part 849, the microcomputer 
848 transmits it to the CPU 847. The CPU 847 receives 
it and starts the genre search process of FIG. 17. 
[0107] First, the CPU 847 in the step S41 writes the 
data for the genre search menu to a VRAM 846. This 20 
causes a monitor 840 to display a genre search menu 
as shown in FIG. 1 8. The receiving person may select a 
genre to be searched by operating a cursor key (an arrow 
key) of the remote control operation part 849. FIG. 1 8 is 
incidentally in the state in which the genre of foreign films 25 
is selected. When a decision button of the remote control 
operation part 849 is pressed in that state, an instruction 
for executing a search for the programs belonging to the 
foreign film genre is given to the microcomputer 848. 
When the CPU 847 receives the search execution in- 3o 
struction from the microcomputer 848, the process goes 
to the step S43. 

[0108] The CPU 847 analyzes the NIT stored in the 
NIT reception buffer 901 of the memory 844, and recog- 
nizes in which transport stream the long term program 35 
information S_ EIT is multiplexed. Next, the CPU 847 
determines whether the transport stream currently being 
received (TS1 here) coincides with the specified trans- 
port stream in which the long term program information 
S_EIT is multiplexed (step S44). Since it is not the case ^0 
here, the tuner 832 is controlled to receive the specified 
transport stream TS2 (step S45). 
[0109] Next, the contents of the presence information 
on the service of the first line in the service information 
control table (FIG. 13) are acquired (step S46). The first 
line describes the service SV1 1 , and the state of the pres- 
ence information is "y^s." From this, it is learned that the 
long term program information S_EIT on the service 
SV1 1 is multiplexed. 

[0110] With this embodiment, since the presence in- 50 
formation is recorded in advance in the service informa- 
tion control table, the information may be quickly read 
from the memory 842 and used. In this way, the process 
is made quicker. 

[0111] In the case of the state of the presence infor- 55 
mation is "y^s," the process goes from the step S47 to 
the step S48, to the TS decoder 841 is set the PID of the 
5 EIT. At the same time, the service ID (service id) and 



the table I D (table id) are also set to the TS decoder 841 . 
In this way, the TS decoder 841 obtains only the S_EIT, 
from among S_EITs, in which the table id agrees with 
the service id. 

[0112] As the service id, the service ID (service id) of 
the service SV1 1 currently made as the subject, namely 
"0 X 001 1 is set. Also, it is arranged that long term pro- 
gram information for four days are described in one 
S_EIT1 1 and that the long term program information for 
one week may be acquired by sending out a plural 
number of the long term program information. Therefore, 
the long term program information for one week is ac- 
quired by setting the table ID (table id) of the plural 
number of S_EIT11. 

[0113] The CPU 847 analyzes the description of the 
acquired S_EIT and writes the program information on 
the service in question to the program information table 
as shown in FIG. 21. In the program information table 
are written the service ID, event ID, date of broadcasting, 
broadcasting time, program name, genre and so on, and 
stored in the program information memory 843. 
[01 1 4] As described above, for the service in the case 
the state of the presence information is "yes," the S_EIT 
is acquired in the step S48 and its contents are recorded 
in the program information table. After that, the process 
goes to the step S49. 

[0115] For the service in the case the state of the pres- 
ence information is "no," the acquiring process of the step 
S48 is skipped to go to the step S49. 
[0116] In the step S49, whether all the services are 
processed or not is determined. If any service remains 
to be processed in the service information control table, 
the next service is made the subject and the step S49 
and the succeeding steps are repeatedly executed (step 
S50). 

[01 1 7] When the process for all the services is over by 
repeating the process described above, a program infor- 
mation table shown in FIG. 21 is recorded in the program 
information memory 843. Next, the CPU 847 performs a 
genre information search of the program information ta- 
ble according to the indication of the searched contents. 
Here, only the program in which the genre is about the 
foreign films is chosen. The CPU 847 writes the program 
information chosen as described above to the VRAM 846 
to be displayed on the monitor 840. 
[0118] FIG. 1 9 shows the displayed search result. The 
receiving person may reserve reception of programs by 
operating the remote control operating part 849 to choose 
the programs on the displayed search result. That is to 
say, the CPU 847 refers to the calendar and clock of the 
receiver by retaining the service ID, event ID, broadcast- 
ing data, broadcasting start time, etc. of the chosen pro- 
gram in the memory 844, and automatically receives the 
intended program at the intended time. 
[01 19] Incidentally, while the process of search by the 
genre is explained above as an example in the case the 
presence information and the long term program infor- 
mation is required, the process may be generally applied 
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to other cases of searches based on the described con- 
tents of the S_ EIT such as by the broadcasting date, 
broadcasting time, and service. 

[0120] In any case, the process that requires the pres- 
ence information may be made quicker with this embod- 5 
iment. 

[0121] The embodiment described above is arranged 
to acquire the S_EIT by referring to the presence infor- 
mation and to record the program information table in the 
program information memory 843 every time the genre 
search command is issued from the remote control op- 
erating part 849. However, in the case the genre search 
command is issued from the remote control operating 
part 849 after the program information table is stored, 
the search may be made using the program information 
already recorded in the program information memory 843 
to accelerate the display of the search results. In that 
case for example, the program information table may be 
renewed by performing the S_EIT acquisition process 
every time a command is given to turn off the power sup- 20 
ply of the receiver. Alternatively, the program information 
table may be renewed by performing the S_EIT acquisi- 
tion process at specified timings (for example regularly) 
while the transport stream is being received in which the 
S_EIT is multiplexed. 25 
[0122] While the above embodiment is described as 
applied to the unidirectional wireless broadcasting, it may 
also be applied to the bi-directional broadcasting. Fur- 
thermore, it may be applied notonly to the wireless broad- 
casting but similarly to the wired broadcasting such as 3o 
the cable television. 

[0123] Furthermore, while the above embodiment is 
described as applied to broadcasting the video and audio 
data, it may be applied even to the cases of broadcasting 
computer programs and data as long as the concept of 35 
the program is involved. 

[01 24] While the above embodiment uses the CPU for 
embodying the function of each block of FIG. 2, part or 
whole of it may be constituted with a hardware logic. 
[0125] The present invention can be embodied as soft- ^0 
ware loaded on a carrier medium or transmitted as a sig- 
nal e.g. downloaded software. 



Claims ^5 

1 . A digital broadcasting system comprising a transmit- 
ter (4) for sending a plural number of transport 
streams (TSI-TS3), and a receiver (18-28) for select- 
ing and receiving services (SV11-SV34) in said 50 
transport streams, each transport stream carrying a 
respective number of services, 
said transmitter comprising: 



(S_EIT1 1 -S_EIT34) for each service in said 
specified transport stream, said long term pro- 
gram information defining a future broadcasting 
schedule for some but not all of the services, and 
presence information multiplexing means 
(MX1-MX3) for multiplexing presence informa- 
tion for each service representative of whether 
said long term program information is multi- 
plexed or not in said specified transport stream; 
and 

said receiver comprising: 

presence information retaining means (26) for 
acquiring and retaining said presence informa- 
tion, and 

long term program information acquiring means 
(28) for determining whether said long term pro- 
gram information for said service in question is 
present or not on the basis of said presence in- 
formation retained in said presence information 
retaining means, said long term program infor- 
mation acquiring means being operable to ac- 
quire said long term program information for only 
those transport streams in which said long term 
program information is present; 
characterised in tliat said presence informa- 
tion multiplexing means is operable to multiplex 
the presence information for each service in all 
of said transport streams including at least one 
service and in that the presence information re- 
taining means is operable to acquire the pres- 
ence information multiplexed in whichever 
transport stream is currently being received. 

2. A digital broadcasting system of claim 1, wherein 
said presence information multiplexing means is op- 
erable to multiplex said presence information also in 
all said transport streams that do not include servic- 
es. 

3. A transmitter (4) for use in a system as claimed in 
claim 1 for sending a plural number of transport 
streams (TS1-TS3), comprising: 

long term program information multiplexing 
means (MX2) for making at least one transport 
stream a specified transport stream (TS2), said 
long term program information multiplexing 
means being operable to multiplex long term 
program information in said specified transport 
stream, said long term program information de- 
fining a future broadcasting schedule for some 
but not all of the services, and 
presence information multiplexing means 
(MX1-MX3) for multiplexing, for each service, 
presence information representative of whether 
said long term program information is multi- 
plexed or not in said specified transport stream; 
characterised in that the presence information 



long term program information multiplexing 55 
means (MX2) for making at least one transport 
stream (TS2) a specified transport stream and 
for multiplexing long term program information 
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multiplexing means is operable to multiplex the 
presence information in all said transport 
streams including at least one service. 

4. A transmitter of claim 3, wherein said presence in- 5 
formation multiplexing means is further operable to 
multiplex the presence information in all said trans- 
port streams that do not include services. 

5. A receiver (1 8-24) for use in a system as claimed in 
claim 1 for selecting and receiving services 
(SV1 1-SV34) in aplural number of transport streams 
(TS1-TS3), comprising: 

presence information retaining means (26) for 
acquiring and retaining said presence informa- 
tion on each service, and 
long term program information acquiring means 
(28) for determining whether said long term pro- 
gram information about the service in question 20 
is present or not whenever it is necessary to ac- 
quire said long term program information about 
a service, said long term program information 10, 
acquiring means being operable to perform said 
long term program information acquiring proc- 25 
ess for only those services for which said long 
term program information is present; 
characterised in that the presence information 
retaining means is operable to acquire the pres- 
ence information multiplexed in all of the trans- 3o 
port streams including at least one service by 
acquiring the presence information from which- 
ever one of the transport streams is currently 
being received. 

35 

6. A receiver of claim 5, wherein said long term program 
information acquiring means is operable to acquire 
said long term program information withoutchanging 
said transport stream to be received if said transport 
stream currently being received is a specified trans- ^0 
port stream, and to acquire said long term program 
information after changing said transport stream to 

be received into said specified transport stream if 
said transport stream currently being received is not 
a specified transport stream. 

7. A receiver of claim 5, wherein said presence infor- 
mation retaining means is operable to acquire and 
retain said presence information for all said services 

at specified time intervals during said receiving op- 50 
e ration. 

8. A receiver of claim 5, wherein said presence infor- 
mation retaining means is operable to acquire and 
retain said presence information for all said services 55 
when said power supply is turned off. 

9. A receiver of claim 5, further comprising: 



long term program information memory means 
for storing said long term program information 
acquired with said long term program informa- 
tion acquiring means, 

search receiving means for receiving search in- 
struction for program information, and 
search execution means for searching long term 
program information stored in said long term 
program information memory means according 
to said search instruction, and outputting search 
results, 

wherein said long term program information ac- 
quiring means is operable to start its process by 
receiving said search instruction and to store 
said long term program information in said long 
term program information memory means, and 
wherein said search execution means is opera- 
ble to start its process after said long term pro- 
gram information is stored in said long term pro- 
gram information memory means by said long 
term program information acquiring means. 

A receiver as claimed in claim 5, comprising: 

a transport stream selecting part for selecting 
and receiving a transport stream according to 
an instruction from a processing part, 
a separating part for separating and acquiring 
desired dataf rom said transport stream selected 
with said transport stream selecting part accord- 
ing to said instruction from said processing part, 
a processing part for controlling the operation of 
said transport stream selecting part and said 
separating part, 

a program recording part for storing the program 
for determining the process contents of said 
processing part, and 
a data recording part for recording data, 
wherein said program causes a computer to ex- 
ecute the following processes: 
while a desired transport stream is being re- 
ceived in said separating part, to acquire said 
presence information on said long term program 
information for each service multiplexed in said 
transport stream in question and record it in said 
data recording part, 

upon receiving an instruction to acquire said 
long term program information about a service, 
to determine whether said long term program 
information about the service is present or not 
from said presence information recorded in said 
data recording part, 

not to perform an acquiring process for those 
where no long term program information is 
present, and 

for those where said long term program infor- 
mation is present, to control said transport 
stream selecting part to receive said transport 
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stream in which said long term program infor- 
mation is multiplexed, control said separating 
part to separate and acquire said long term pro- 
gram information from said transport stream in 
question. 5 

1 1 . A digital communication method for sending a plural 
number of transport streams, each transport stream 
carrying a respective number of services, wherein, 

at a transmitter (4), at least one transport stream io 
(TS2) is made a specified transport stream and long 
term program information (S_EIT11 -S_EIT34) is 
multiplexed in said specified transport stream, said 
long term program information defining a future 
broadcasting schedule for some but not all of the 15 
services, and 

for each service, presence information representa- 
tive of whether said long term program information 
is multiplexed or not in said specified transport 
stream is multiplexed also in transport streams other 20 
than said specified transport stream. 

12. A digital communication method of claim 1 1 , wherein 
said presence information is multiplexed in all said 
transport streams including at least one service. ^5 

13. A digital communication method of claim 12, wherein 
said presence information is multiplexed also in all 
said transport streams that do not include services. 

30 

14. A digital communication method of claim 1 1 , wherein 
said present information is described in a service 
description table. 

15. A digital communication method of claim 14, wherein 35 
said presence information is described in a descrip- 
tor area of said service description table. 

16. A digital communication method of claim 1 1 , wherein 
said presence information is described in a network ^0 
information table. 

1 7. A digital communication method of claim 1 6 wherein 
said presence information is described in a descrip- 
tion loop for each transport stream in said network 
information table. 

1 8. A method of processing received signals transmitted 
according to a method as claimed in claim 1 1 , where- 
in; 50 
presence information on each service multiplexed in 
said transport stream currently being received is ac- 
quired and stored (S36), the presence information 
multiplexed in all of the transport streams is acquired 

by acquiring the presence information from which- 55 
ever one of the transport streams is currently being 
received, and 

whether said long term program information on the 



service in question is present or not is determined 
from said stored presence information whenever it 
is necessary to learn whether said long term program 
information is present or not for the service. 

19. A digital broadcasting method of claim 18, wherein 
said presence information is further multiplexed in 
all said transport streams that do not include servic- 
es. 

20. A carrier medium carrying processor implementable 
instructions for controlling a processor of a transmit- 
ter to carry out the method of any one of claims 1 1 
to 17. 

21 . A carrier medium carrying processor implementable 
instructions for controlling a processor of a receiver 
to carry out all of the steps of a method as claimed 
in any one of claims 1 8 and 1 9. 

22. A signal broadcast using the method of any one of 
claims 11 to 1 7. 



Patentanspruche 

1 . Digitales Rundfunkubertragungssystem aufweisend 
einen Sender (4) zum Senden einer Mehrzahl von 
Transportstromen (TS1-TS3), und 
einen Empfanger (1 8-28) zum Auswahlen und Emp- 
fangen von Diensten (SV1 1 -SV34) in den Transport- 
stromen, wobei jeder Transportstrom eine jeweilige 
Anzahl von Diensten befordert, 
wobei der Sender aufweist: 

Langzeit-Programminformations-Multiplexmit- 
tel (MX2), um wenigstens einen Transportstrom 
(TS2) zu einem spezifizierten Transportstrom zu 
machen und zum Multiplexen einer Lang- 
zeit-Programminformation (S_EIT1 1 -S_EIT34) 
fur jeden Dienst in den spezifizierten Transport- 
strom, wobei die Langzeit-Programminformati- 
on einen zukunftigen Rundfunkzeitplan fur eini- 
ge, aber nicht alle der Dienste definiert, und 
Prasenzinformations-Multiplexmittel 
(MX1-MX3) zum Multiplexen von Prasenzinfor- 
mation fur jeden Dienst, rep rase ntat i v dafur, ob 
die Langzeit-Programminformation in den spe- 
zifizierten Transportstrom gemultiplext ist oder 
nicht; und 

wobei der Empfanger aufweist: 

Prasenzinformations-Zuruckbehaltungsmittel 
(26) zum Erfassen und Zuruckbehalten der Pra- 
senzinformation, und 

Langzeit-Programminformations-Erfassungs- 
mittel (28) zum Bestimmen, ob die Langzeit-Pro- 



50 



55 



13 



25 



EP 0 905 985 B1 



26 



gramminformation fur den fraglichen Dienst ge- 
genwartig ist oder nicht, auf der Basis der in den 
Prasenzinformations-Zuruckbelialtungsmittein 
zuruckbelnaltenen Prasenzinformation, wobei 
die Langzeit-Programminformations-Erfas- 5 
sungsmittel bedienbar sind, um die Lang- 
zeit-Programminformation fur nur diese Trans- 
portstrome zu erfassen, in welclien die Lang- 
zeit-Programminformation gegenwartig ist; 

10 

dadurch gekennzeichnet, dass 

die Prasenzinformations-IVIultiplexmittel bedienbar 
sind, um die Prasenzinformation fur jeden Dienst in 
alle der Transportstrome zu multiplexen, beinlial- 
tend wenigstens einen Dienst, und dass 
die Prasenzinformations-Zuruckbelnaltungsmittel 
bedienbar sind, um die Prasenzinformation zu erfas- 
sen, die in den Transportstrom, welclner aucli immer 
gerade empfangen wird, gemultiplext ist. 

20 

2. Digitales Rundfunkubertragungssystem nacli An- 
sprucli 1, 

wobei die Prasenzinformations-IVIultiplexmittel be- 
dienbar sind, um die Prasenzinformation aucli in alle 
die Transportstrome zu multiplexen, die keine Dien- 25 
ste beinhalten. 

3. Empfanger (4) zur Benutzung in einem System wie 
mit Anspruch 1 beansprucht zum Senden einer 
Mehrzahl von Transportstromen (TS1 -TS3), aufwei- 3o 
send: 

Langzeit-Programminformations-Multiplexmit- 
tel (MX2), um wenigstens einen Transportstrom 
(TS2) zu einem spezifizierten Transportstrom zu 35 
machen, wobei die Langzeit-Programminforma- 
tions-Multiplexmittel bedienbar sind, um Lang- 
zeit-Programminformation in den spezifizierten 
Transportstrom zu multiplexen, wobei die Lang- 
zeit-Programminformation einen zukunftigen 
Rundfunkzeitplan fur einige, aber nicht alle der 
Dienste definiert, und 
Prasenzinformations-Multiplexmittel 
(MX1-MX3) zum Multiplexen von Prasenzinfor- 
mation fur jeden Dienst, reprasentativ dafur, ob 
die Langzeit-Programminformation in den spe- 
zifizierten Transportstrom gemultiplext ist oder 
nicht; 



zu multiplexen, die keine Dienste beinhalten. 

5. Empfanger (1 8-24) zur Benutzung in einem System 
wie mit Anspruch 1 beanspruchtzum Auswahlen und 
Empfangen von Diensten (SV11-SV34) in einer 
Mehrzahl von Transportstromen (TS1 -TS3), aufwei- 
send: 

Prasenzinformations-Zuruckbehaltungsmittel 
(26) zum Erfassen und Zuruckbehalten der Pra- 
senzinformation fur jedem Dienst, und 
Langzeit-Programminformations-Erfassungs- 
mittel (28) zum Bestimmen, ob die Langzeit-Pro- 
gramminformation uber den fraglichen Dienst 
gegenwartig ist oder nicht, wann immer es not- 
wendig ist, die Langzeit-Programminformation 
uber einen Dienst zu erfassen, wobei die Lang- 
zeit-Programminformations-Erfassungsmittel 
bedienbar sind, um den Langzeit-Programmin- 
formations-Erfassungsprozess nur fur die Dien- 
ste durchzufuhren, fur welche die Langzeit-Pro- 
gramminformation gegenwartig ist; 
dadurch gekennzeichnet, dass 
die Prasenzinformations-Zuruckbehaltungsmit- 
tel bedienbar sind, um die Prasenzinformation 
zu erfassen, die in alle der Transportstrome be- 
inhaltend wenigstens einen Dienst gemultiplext 
ist, durch Erfassen der Prasenzinformation von 
dem der Transportstrome, der auch immer ge- 
rade empfangen wird. 

6. Empfanger nach Anspruch 5, wobei die Lang- 
zeit-Programminformations-Multiplexmittel bedien- 
bar sind, um die Langzeit-Programminformation 
ohne Wechsein des zu empfangenden Transport- 
stroms erfassen, wenn der gerade empfangene 
Transportstrom ein spezifizierter Transportstrom ist, 
und um die Langzeit-Programminformation nach 
Wechsein des zu empfangenden Transportstroms 
zum spezifizierten Transportstrom zu erfassen, 
wenn der gerade empfangene Transportstrom ein 
spezifizierter Transportstrom ist. 

7. Empfanger nach Anspruch 5, wobei die Prasenzin- 
formations-Zuruckbehaltungsmittel bedienbar sind, 
um die Prasenzinformation fur alle Dienste zu spe- 
zifizierten Zeitintervallen wahrend des Empfangsbe- 
triebs zu erfassen und zuruck zu behalten. 



dadurch gekennzeichnet, dass 

die Prasenzinformations-Multiplexmittel bedienbar 
sind, um die Prasenzinformation in alle die Trans- 
portstrome zu multiplexen, beinhaltend wenigstens 
einen DiensL 

55 

4. Sender nach Anspruch 3, wobei die Prasenzinfor- 
mations-Multiplexmittel ferner bedienbar sind, um 
die Prasenzinformation in alle die Transportstrome 



8. Empfanger nach Anspruch 5, wobei die Prasenzin- 
formations-Zuruckbehaltungsmittel bedienbar sind, 
um die Prasenzinformation fur alle Dienste zu erfas- 
sen und zuruck zu behalten, wenn die Stromversor- 
gung abgeschaltet wird. 

9. Empfanger nach Anspruch 5, ferner aufweisend: 

Langzeit-Programminformations-Speichermit- 
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tel zum Speichern der Langzeit-Programminfor- 
mation, die mitden Langzeit-Programminforma- 
tions-Erfassungsmitteln erfasst wurde, Such- 
empfangsmittel zum Empfangen von einer 
Suchanweisung nach Programminformation, 5 
und 

Suchausfuhrungsmittel zum Suchen von Lang- 
zeit-Programminformation, die in den Lang- 
zeit-Programminformations-Speiclnermitteln 
gespeichert ist, gemaB der Suclianweisung, 
und zum Ausgeben der Sucliergebnisse, 
wobei die Langzeit-Programminformations-Er- 
fassungsmittel bedienbar sind, um iliren Pro- 
zess durcin Empfangen der Suclianweisung zu 
starten und die Langzeit-Programminformation 
in den Langzeit-Programminformations-Spei- 
chermitteln zu speichern, und 
wobei die Sucliausfulirungsmittel bedienbar 
sind, um iliren Prozess zu starten, nachdem die 
Langzeit-Programminformation in den Lang- 20 
zeit-Programminformations-Speichermitteln 
durch die Langzeit-Programminformations-Er- 
fassungsmittel gespeichert wurde. 

Empfanger wie mit Anspruch 5 beansprucht, aufwei- 25 
send: 

ein Transportstromauswahlteil zum Auswahlen 
und Empfangen eines Transportstroms gemaB 
einer Anweisung von einem Prozessteil, 3o 
ein Trennungsteil zum Trennen und Erfassen 
gewunschter Daten vom Transportstrom, der 
mit dem Transportstromauswahlteil gemaB der 
Anweisung vom Prozessteil ausgewahit wurde, 
ein Prozessteil zum Steuern des Betriebs des 35 
Transportstromauswahlteils und des Tren- 
nungsteils, 

ein Programmaufzeichnungsteil zum Speichern 
des Programms zum Bestimmen der Prozessin- 
halte des Prozessteils, und ^0 
ein Datenaufzeichnungsteil zum Aufzeichnen 
von Daten, 

wobei das Programm einen Computer veran- 
lasst, die folgenden Prozesse auszufuhren: 
wahrend ein gewunschter Transportstrom im 
Trennungsteil empfangen wird, die Prasenzin- 
formation fur die Langzeit-Programminformati- 
on fur jeden in den fraglichen Transportstrom 
gemultiplexten Dienst erfassen und im Daten- 
aufzeichnungsteil aufzeichnen, 50 
beim Empfangen einer Anweisung zum Erfas- 
sen der Langzeit-Programminformation uber ei- 
nen Dienst, bestimmen, ob die Langzeit-Pro- 
gramminformation uber den Dienst gegenwartig 
ist Oder nicht, von der Prasenzinformation, die 55 
im Datenaufzeichnungsteil aufgezeichnet wur- 
de, 

nicht ausfuhren eines Erfassungsprozesses fur 



diese, wo keine Langzeit-Programminformation 
gegenwartig ist, und 

fur diese, wo Langzeit-Programminformation 
gegenwartig ist, steuern des Transportstrom- 
auswahlteils, um den Transportstrom zu emp- 
fangen, in welchem die Langzeit-Programmin- 
formation gemultiplext ist, steuern des Tren- 
nungsteils, um die Langzeit-Programminforma- 
tion vom fraglichen Transportstrom zu trennen 
und zu erfassen. 

1 1 . Digitales Kommunikationsverfahren zum Senden ei- 
ner Mehrzahl von Transportstromen, wobei jeder 
Transportstrom eine jeweilige Anzahl von Diensten 
befordert, 

wobei, bei einem Sender (4), wenigstens ein Trans- 
portstrom (TS2) zu einem spezifizierten Transport- 
strom gemacht wird und Langzeit-Programminfor- 
mation (S_EIT11 -S_EIT34) in den spezifizierten 
Transportstrom gemultiplext wird, wobei die Lang- 
zeit-Programminformation einen zukunftigen Rund- 
funkzeitplan fur einige, aber nicht alle der Dienste 
definiert, und 

wobei fur jeden Dienst Prasenzinformation, repra- 
sentativ dafur, ob die Langzeit-Programminformati- 
on in den spezifizierten Transportstrom gemultiplext 
ist Oder nicht, auch in andere Transportstrome als 
den spezifizierten Transportstrom gemultiplext wird. 

12. Digitales Kommunikationsverfahren nach Anspruch 
11, 

wobei die Prasenzinformation in alle die Transport- 
strome gemultiplext wird, welche wenigstens einen 
Dienst beinhalten. 

13. Digitales Kommunikationsverfahren nach Anspruch 
12, 

wobei die Prasenzinformation auch in alle die Trans- 
portstrome gemultiplext wird, die keine Dienste be- 
inhalten. 

14. Digitales Kommunikationsverfahren nach Anspruch 
11, 

wobei die vorliegende Information in einer Dienstbe- 
schreibungstabelle beschrieben ist. 

15. Digitales Kommunikationsverfahren nach Anspruch 
14, 

wobei die Prasenzinformation in einem Deskripto- 
renbereich der Dienstbeschreibungstabelle be- 
schrieben ist. 

16. Digitales Kommunikationsverfahren nach Anspruch 
11, 

wobei die Prasenzinformation in einer Netzwerkin- 
formationstabelle beschrieben ist. 

17. Digitales Kommunikationsverfahren nach Anspruch 



15 



29 



EP 0 905 985 B1 



30 



16, 

wobei die Prasenzinformation in einer Beschrei- 
bungssclileife fur jeden Transportstrom in der Netz- 
werkinformationstabelle besclirieben ist. 

5 

18. Verfahren zum Verarbeiten von empfangenen Si- 
gnalen, die gemaB einem Verfaliren wie mit An- 
sprucli 1 1 beanspruclit ubertragen wurden, wobei 
Prasenzinformation fur jeden Dienst, gemultiplext in 
den gerade empfangenen Transportstrom, erfasst io 
und gespeiclnert wird (S36), wobei die in alle der 
Transportstrome gemultiplexte Prasenzinformation 
erfasst wird durch Erfassen der Prasenzinformation 
von dem der Transportstrome, der aucli immer ge- 
rade empfangen wird, und 15 
wobei bestimmt wird von der gespeiclnerten Prasen- 
zinformation, ob die Langzeit-Prasenzinformation 

fur den fragliclien Dienst gegenwartig ist oder niclit, 
wann immer es notwendig ist, zu lernen, ob die Lang- 
zeit-Programminformationfurden Dienstgegenwar- 20 
tig ist Oder niclit. 

19. Digitales Rundfunkubertragungsverfalnren nacin An- 
sprucli 18, wobei die Prasenzinformation ferner in 
alle die Transportstrome gemultiplext wird, die keine ^5 
Dienste beinhalten. 

20. Tragermedium, das Prozessor-implementierbare 
Anweisungen zum Steuern eines Prozessors eines 
Senders, um das Verfahren nach irgendeinem der 30 
Anspruche 11 bis 17 auszufuhren, tragt. 

21. Tragermedium, das Prozessor-implementierbare 
Anweisungen zum Steuern eines Prozessors eines 
Empfangers, um alle der Schritte eines Verfahrens 35 
wie mit irgendeinem der Anspruche 18 und 19 be- 
ansprucht auszufuhren, tragt. 

22. Signalrundfunk benutzend das Verfahren von ir- 
gendeinem der Anspruche 11 bis 1 7. ^0 



Revendications 

1. Systeme de diffusion numerique comportant un 
emetteur (4) pour envoyer une pluralite de flux de 
transport (TS1-TS3), et un recepteur (18-28) pour 
selectionner et recevoir des services (SV1 1-SV34) 
dans lesdits flux de transport, chaque flux de trans- 
port transportant un nombre respectif de services, 50 
ledit emetteur comportant : 

des moyens de multiplexage d'informations de 
programme a long terme (MX2) pour faire en 
sorte qu'au moins un flux de transport (TS2) soit 55 
un flux de transport specifie et pour multiplexer 
des informations de programme a long terme 
(S_EIT1 1-S_EIT34) pour chaque service dans 



ledit flux de transport specifie, lesdites informa- 
tions de programme a long terme definissant un 
programme de diffusion future pour certains des 
services mais pas la totalite de ceux-ci, et 
des moyens de multiplexage d'informations de 
presence (MX1-MX3) pour multiplexer des in- 
formations de presence pour chaque service in- 
diquant si oui ou non lesdites informations de 
programme a long terme sont multiplexees dans 
ledit flux de transport specifie, et 
ledit recepteur comportant : 
des moyens de conservation d'informations de 
presence (26) pour acquerir et conserver lesdi- 
tes informations de presence, et 
des moyens d'acquisition d'informations de pro- 
gramme a long terme (28) pour determiner si 
oui ou non lesdites informations de programme 
a long terme pour ledit service en question sont 
presentes sur la base desdites informations de 
presence conservees dans lesdits moyens de 
conservation d'informations de presence, les- 
dits moyens d'acquisition d'informations de pro- 
gramme a long terme etant operationnels pour 
acquerir lesdites informations de programme a 
long terme uniquement pour les flux de transport 
dans lesquels lesdites informations de program- 
me a long terme sont presentes, 
caracterise en ce que lesdits moyens de mul- 
tiplexage d'informations de presence sont ope- 
rationnels pour multiplexer les informations de 
presence pour chaque service dans tous lesdits 
flux de transport incluant au moins un service et 
en ce que les moyens de conservation d'infor- 
mations de presence sont operationnels pour 
acquerir les informations de presence multiple- 
xees dans n'importe quel flux de transport qui 
est actuellement regu. 

2. Systeme de diffusion numerique selon la revendica- 
tion 1, dans lequel lesdits moyens de multiplexage 
d'informations de presence sont operationnels pour 
multiplexer lesdites informations de presence ega- 
lement dans tous lesdits flux de transport qui n'in- 
cluent pas de services. 

3. Emetteur (4) a utiliser dans un systeme selon la re- 
vendication 1 pour envoyer une pluralite de flux de 
transport (TS1-TS3), comportant : 

des moyens de multiplexage d'informations de 
programme a long terme (MX2) pour faire en 
sorte qu'au moins un flux de transport soit un 
flux de transport specifie (TS2), lesdits moyens 
de multiplexage d'informations de programme 
a long terme etant operationnels pour multi- 
plexer des informations de programme a long 
terme dans ledit flux de transport specifie, les- 
dites informations de programme a long terme 
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definissant un programme de diffusion future 
pour certains des services mais pas la totalite 
de ceux-ci, et 

des moyens de multiplexage d'informations de 
presence (IVIXI -l\/IX3) pour multiplexer, pour 5 
chaque service, des informations de presence 
indiquant si oui ou non lesdites informations de 
programme a long terme sont multiplexees dans 
ledit flux de transport specifie, 
caracterise en ce que les moyens de multi- 
plexage d'informations de presence sont ope- 
rationnels pour multiplexer les informations de 
presence dans tous lesdits flux de transport in- 
cluant au moins un service. 

15 

4. Emetteur selon la revendication 3, dans lequel les- 
dits moyens de multiplexage d'informations de pre- 
sence sont en outre operationnels pour multiplexer 
les informations de presence dans tous lesdits flux 
de transport qui n'incluent pas de services. 20 



si ledit flux de transport etant actuellement regu est 
un flux de transport specifie, etpouracquerir lesdites 
informations de programme a long terme apres avoir 
change ledit flux de transport a recevoir en ledit flux 
de transport specifie si ledit flux de transport actuel- 
lement regu n'est pas un flux de transport specifie. 

7. Recepteur selon la revendication 5, dans lequel les- 
dits moyens de conservation d'informations de pre- 
sence sont operationnels pour acquerir et conserver 
lesdites informations de presence pour la totalite 
desdits services selon des intervalles de temps spe- 
cifies pendant ladite operation de reception. 

8. Recepteur selon la revendication 5, dans lequel les- 
dits moyens de conservation d'informations de pre- 
sence sont operationnels pour acquerir et conserver 
lesdites informations de presence pour la totalite 
desdits services lorsque ladite alimentation est hors 
tension. 



5. Recepteur (18-24) a utiliser dans un systeme selon 
la revendication 1 pour selectionner et recevoir des 
services (SV1 1-SV34) dans une pluralite de flux de 
transport (TS1 -TS3), comportant : 25 

des moyens de conservation d'informations de 
presence (26) pour acquerir et conserver lesdi- 
tes informations de presence sur chaque servi- 
ce, et 30 
des moyens d'acquisition d'informations de pro- 
gramme a long terme (28) pour determiner si 
oui ou non lesdites informations de programme 
a long terme concernant le service en question 
sont presentes a chaque fois que necessaire 35 
pour acquerir lesdites informations de program- 
me a long terme concernant un service, lesdits 
moyens d'acquisition d'informations de pro- 
gramme a long terme etant operationnels pour 
executer ledit processus d'acquisition d'infor- ^0 
mations de programme a long terme unique- 
ment pour les services pour lesquels lesdites 
informations de programme a long terme sont 
presentes, 

caracterise en ce que les moyens de conser- 
vation d'informations de presence sont opera- 
tionnels pour acquerir les informations de pre- 
sence multiplexees dans tous les flux de trans- 
port incluant au moins un service en acquerant 
les informations de presence a partir de n'im- 50 
porte lequel des flux de transport qui est actuel- 
lement regu. 

6. Recepteur selon la revendication 5, dans lequel les- 
dits moyens d'acquisition d'informations de pro- 55 
gramme a long terme sont operationnels pour ac- 
querir lesdites informations de programme a long 
terme sans changer ledit flux de transport a recevoir 



9. Recepteur selon la revendication 5, comportant en 
outre : 

des moyens de memoire d'informations de pro- 
gramme a long terme pour memoriser lesdites 
informations de programme a long terme acqui- 
ses a I'aide desdits moyens d'acquisition d'in- 
formations de programme a long terme, 
des moyens de reception de recherche pour re- 
cevoir une instruction de recherche pour des in- 
formations de programme, et 
des moyens d'execution de recherche pour re- 
chercher des informations de programme a long 
terme memorisees dans lesdits moyens de me- 
moire d'informations de programme a long ter- 
me conformement a ladite instruction de recher- 
che, et delivrer en sortie des resultats de recher- 
che, 

dans lequel lesdits moyens d'acquisition d'infor- 
mations de programme a long terme sont ope- 
rationnels pour lancer leur processus en rece- 
vant ladite instruction de recherche et pour me- 
moriser lesdites informations de programme a 
long terme dans lesdits moyens de memoire 
d'informations de programme a long terme, et 
dans lequel lesdits moyens d'execution de re- 
cherche sont operationnels pour lancer leur pro- 
cessus une fois que lesdites informations de 
programme a long terme sont memorisees dans 
lesdits moyens de memoire d'informations de 
programme a long terme par I'intermediaire des- 
dits moyens d'acquisition d'informations de pro- 
gramme a long terme. 

10. Recepteur selon la revendication 5, comportant : 

une partie de selection de flux de transport pour 
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selectionneret recevoir un flux de transport con- 
formement a une instruction provenant d'une 
partie de traitement, 

une partie de separation pour separer et acque- 
rir des donnees voulues dudit flux de transport 5 
selectionne a I'aide de ladite partie de selection 
de flux de transport conformement a ladite ins- 
truction provenant de ladite partie de traitement, 
une partie de traitement pour commander I'ope- 
ration de ladite partie de selection de flux de 
transport et de ladite partie de separation, 
une partie d'enregistrement de programme pour 
memoriser le programme afin de determiner le 
contenu de processus de ladite partie de traite- 
ment, et ^5 
une partie d'enregistrement de donnees pour 
enregistrer des donnees, 
dans lequel ledit programme amene un ordina- 
teur a executer les processus suivants consis- 
tant a : 20 
pendant qu'un flux de transport voulu est en 
cours de reception dans ladite partie de sepa- 
ration, acquerir lesdites informations de presen- 
ce concernant lesdites informations de pro- 
gramme a long terme pour chaque service mul- 25 
tiplexe dans ledit flux de transport en question 
et enregistrer celles-ci dans ladite partie d'enre- 
gistrement de donnees, 

a la reception d'une instruction, acquerir lesdites 
informations de programme a long terme con- 3o 
cernant un service, determiner si lesdites infor- 
mations de programme a long terme concernant 
le service sontouiou non presentes apartirdes- 
dites informations de presence enregistrees 
dans ladite partie d'enregistrement de donnees, 35 
ne pas executer un processus d'acquisition pour 
ceux dans lesquels aucune information de pro- 
gramme a long terme n'est presente, et 
pour ceux dans lesquels lesdites informations 
de programme a long terme sont presentes, ^0 
commander ladite partie de selection de flux de 
transport afin de recevoir ledit flux de transport 
dans lequel lesdites informations de programme 
a long terme sont multiplexees, commander la- 
dite partie de separation pour separer et acque- 
rir lesdites informations de programme a long 
terme dudit flux de transport en question. 

11. Precede de communication numerique pourenvoyer 

une pluralite de flux de transport, chaque flux de 50 
transport transportant un nombre respectif de servi- 
ces, dans lequel, au niveau d'un emetteur (4), au 
moins un flux de transport (TS2) devient un flux de 
transport specifie et des informations de programme 
a long terme (S_EIT1 1 -S_EIT34) sont multiplexees 55 
dans ledit flux de transport specifie, lesdites infor- 
mations de programme a long terme definissant un 
programme de diffusion future pour certains des ser- 



vices mais pas la total ite de ceux-ci, et 
pour chaque service, des informations de presence 
indiquant si lesdites informations de programme a 
long terme qui sont oui ou non multiplexees dans 
ledit flux de transport specifie sont egalement multi- 
plexees dans des flux de transport autres que ledit 
flux de transport specifie. 

12. Precede de communication numerique selon la re- 
vendication 1 1 , dans lequel lesdites informations de 
presence sont multiplexees dans la totalite desdits 
flux de transport incluant au moins un service. 

13. Precede de communication numerique selon la re- 
vendication 12, dans lequel lesdites informations de 
presence sont multiplexees egalement dans la tota- 
lite desdits flux de transport qui n'incluent pas de 
services. 

14. Precede de communication numerique selon la re- 
vendicatien 1 1 , dans lequel lesdites informations de 
presence sent decrites dans un tableau de descrip- 
tion de service. 

15. Precede de communication numerique selon la re- 
vendicatien 14, dans lequel lesdites informations de 
presence sont decrites dans une zone de descripteur 
dudit tableau de description de service. 

16. Precede de communication numerique selon la re- 
vendicatien 1 1 , dans lequel lesdites informations de 
presence sont decrites dans un tableau d'informa- 
tiens de reseau. 

17. Precede de communication numerique selon la re- 
vendicatien 1 6, dans lequel lesdites informations de 
presence sent decrites dans une boucle de descrip- 
tion pour chaque flux de transport dans ledit tableau 
d'informations de reseau. 

18. Precede de traitement de signaux regus transmis 
conformement a un precede selon la revendication 
1 1 , dans lequel : 

des informations de presence concernant cha- 
que service multiplexees dans ledit flux de trans- 
pert actuellement regu sont acquises et memo- 
risees (S36), les informations de presence mul- 
tiplexees dans la totalite des flux de transport 
sont acquises en acquerant les informations de 
presence a partir de n'importe lequel des flux de 
transport qui est actuellement regu, et 
la presence ou non desdites informations de 
programme a long terme concernant le service 
en question est determinee a partir desdites in- 
formations de presence memorisees a chaque 
fois qu'il est necessaire de savoir si lesdites in- 
formations de programme a long terme sent oui 
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ou non presentes pour le service. 

19. Procede de diffusion numerique selon la revendica- 
tion 1 8, dans lequel lesdites informations de presen- 
ce sont en outre multiplexees dans tous lesdits flux 5 
de transport qui n'incluent pas de services. 

20. Support transportant des instructions pouvant etre 
implementees par processeur pour commander un 
processeur d'un. emetteur afin de mettre en oeuvre 
le procede de I'une quelconque des revendications 
11 a 17. 

21. Support transportant des instructions pouvant etre 
implementees par processeur pour commander un 
processeur d'un recepteur afin d'executer toutes les 
etapes d'un procede selon I'une quelconque des re- 
vendications 1 8 et 1 9. 

22. Diffusion de signal utilisant le procede de I'une quel- 20 
conque des revendications 11 a 17. 
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FIG.11 
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FIG.13 



SERVICE INFORMATION CONTROL TABLE 



SERVICE ID 


TRANSPORT 
STREAM ID 


PRESENCE 
INFORMATION 


(SVll)OXOOll 


(TSl)OXOOOl 


PRESENT 


(SV12)0X00X2 


(TSl)OXOOOl 


PRESEKT 


(SV13)OX0013 


(TSl)OXOOOl 


ABSENT 


(SV14)0X0014 


(TSi)OXOOOl 


PRESENT 


(SV2 1)0X0021 


(TS2)OX0002 


PRESENT 


(SV22)0X0022 


(TS2)0X0002 


ABSENT 


<SV23)0X0023 


<TS2)0X0002 


PRESENT 


(SV24) 0X0024 


<TS2)OX0002 


PRESENT 


(SV3 1)0X0031 


(TS3)OX0003 


PRESENT 


<SV32)0X0032 


(TS3)0XO003 


ABSENT 


(SV33)0X0033 


<TS3)OX0003 


ABSENT 


(SV34)OXO034 


<TS3)OX0003 


PRESENT 



32 



EP 0 905 985 B1 



FIG.14 
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FIG.15 
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FIG.16 
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FIG.17 
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